Amendments to the Claims: 

This following listing of claims will replace all prior versions, and listings, of claims in 
the application. 

Listing of Claims: 

1.-4. (canceled) 

5. (currently amended) A method for restarting a network device, the network device 
having a plurality of route processors, the network device being arranged to be in communication 
with a plurality of peers within a network, the plurality of peers including a first peer and a 
second peer, the first peer being arranged to support graceful restart, the method comprising: 

performing a graceM restart with respect to the first peer: 

performing a peer transparent failover with respect to the second peer. The method of 
claim 4 wherein performing the peer transparent failovcr further includes including : 

processing an event queue associated with a standby route processor of the 
plurality of route processors to recreate at least one state associated with a session 
between the network device and the second peer on the standby route processor: 

identifying at least one send packet that is to be sent on the standby route 
processor; and 

sending out a dummy packet to the second peer using the standby route processor 
to substantially fill in for the at least one send packet; 

wherein the graceful restart and the peer transparent failover are performed in response to 
downtime associated with the network device . 

6. (original) The method of claim 5 wherein performing the peer transparent failover 
further includes: 

executing an algorithm, the algorithm being arranged to identify a path through the 

network; and 

sending at least one update to the second peer using the path. 
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7. (original) The method of claim 6 wherein performing the peer transparent failover 
further includes: 

identifying a withdraw using a database associated with the standby route processor; and 
sending the withdraw when the withdraw is identified. 

8. (original) The method of claim 7 wherein performing the peer transparent failover 
further includes: 

substantially synchronizing the standby route processor and an active route processor of 
the plurality of route processors. 

9. (original) The method of claim 8 wherein substantially synchronizing the standby 
route processor and the active route processor includes: 

identifying the standby route processor as a first route processor; 
identifying the active route processor as a second route processor; 
creating a connection on the first route processor; 

creating a connection on the second route processor that is substantially the same as the 
connection on the first route processor; 

receiving a packet on the first route processor; 
mirroring the packet on the second route processor; 

creating a set of substantially all states associated with the packet on the first route 
processor; and 

creating a subset of the set of substantially all states on the second route processor. 

10. (original) The method of claim 9 wherein the subset of the set of substantially all 
states is a substantially minimum number of required states. 

11. -15. (canceled) 

16. (currently amended) A device suitable for use in a network, the device being 
arranged to be in communication with a first peer and a second peer, the first peer being arranged 
to support graceful restart, the device comprising: 
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a plurality of route processors: 

code devices that determine when the device is to be restarted: 
code devices that cause a graceful restart to be performed with respect to the first peer 
when it is determined that the device is to be restarted: 

code devices that cause a peer transparent failover to be performed with respect to the 
second peer when it is determined that the device is to be restarted, the code devices including 

code devices that cause an event queue associated with a standby route processor 
of the plurality of route processors to be processed to recreate at least one state associated 
with a session between the device and the second peer on the standby route processor: 
The device of claim IS wherein the code doicc s that cau s e the peer tran s parent 
failover to be perform e d further include: 

code devices that cause at least one send packet that is to be sent on the standby 
route processor to be identified; and 

code devices that cause a dummy packet to be sent to the second peer using the 
standby route processor to substantially fill in for the at least one send packet; 

and 

a medium that stores the code devices . 

17. (original) The device of claim 16 wherein the code devices that cause the peer 
transparent failover to be performed further include: 

code devices that cause an algorithm to be executed, wherein the algorithm is arranged to 
identify a path through a network that includes the device; and 

code devices that cause at least one update to be sent to the second peer using the path. 

18. (original) The device of claim 17 wherein the code devices that cause the peer 
transparent failover to be performed further include: 

code devices that cause the standby route processor and an active route processor of the 
plurality of route processors to be substantially synchronized. 

19. (original) The device of claim 18 wherein the code devices that cause the standby 
route processor and the active route processor to be substantially synchronized include: 
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code devices that cause the standby route processor to be identified as a first route 
processor; 

code devices that cause the active route processor to be identified as a second route 
processor; 

code devices that cause a connection to be created on the first route processor; 

code devices that cause a connection to be created on the second route processor that is 
substantially the same as the connection on the first route processor; 

code devices that cause a packet to be received on the first route processor; 

code devices that cause the packet to be mirrored on the second route processor; 

code devices that cause a set of substantially all states associated with the packet on the 
first route processor to be created; and 

code devices that cause a subset of the set of substantially all states to be created on the 
second route processor. 

20. (original) The device of claim 19 wherein the subset of the set of substantially all 
states is a substantially minimum number of required states. 

21. -26. (canceled) 

27. (currently amended) A device suitable for use in a network, the device being 
arranged to be in communication with a first peer and a second peer, the first peer being arranged 

to support uraccful restart, the device comprising: 
a plurality of route processors; 

means for performing a graceful restart with respect to the First peer; and 
means for performing a peer transparent failover with respect to the second peer, wherein 
the graceful restart and the peer transparent failover are performed in response to a resetting 
process associated with the device. The device of claim 26 wherein t he means for performing 
the peer transparent failover further include including : 

means for processing an event queue associated with a standby route processor of 
the plurality of route processors to recreate at least one state associated with a session 
between the device and the second peer on the standby route processor; 
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means for identifying at least one send packet that is to be sent on the standby 
route processor; and 

means for sending out a dummy packet to the second peer using the standby route 
processor to substantially fill in for the at least one send packet. 

28. (original) The device of claim 27 wherein the means for performing the peer 
transparent failover further include: 

means for executing an algorithm, the algorithm being arranged to identify a path through 
the network; and 

means for sending at least one update to the second peer using the path. 

29. (original) The device of claim 28 wherein the means for performing the peer 
transparent failover further include: 

means for substantially synchronizing the standby route processor and an active route 
processor of the plurality of route processors. 

30. -35. (canceled) 
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